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BACKGROUND 

[0002] This invention relates generally to the field of the multimedia 
applications. More particularly, this invention relates to a encoder/compressor, 
decoder/decompressor, a new frame type and method for encoding/decoding video 
sequences and providing access to a video stream. 

[0003] Multimedia applications that include audio and video information have 
come into greater use. Several multimedia groups have established and proposed 
standards for compressing/encoding and decompressing/decoding the audio and 
video information. The examples are MPEG standards, established by the Motion 
Picture Expert Group and standards developed by ITU-Telecommunications 
Standardization. 

[0004] The following are incorporated herein by reference: 

G. Bjontegaard, "H.26L Test Model Long Term Number 6 (TML-6) draftO", document 
VCEG-L45, ITU-T Video Coding Experts Group Meeting, Eibsee, Germany, 09-12 
January 2001. Keiichi Hibi, " Report of the Ad Hoc Committee on H.26L 
Development", document Q15-H-07, ITU-T Video Coding Experts Group (Question 
15) Meeting, Berlin, 03-06 August, 1999. Gary S. Greenbaum, "Remarks on the 

H. 26L Project: Streaming Video Requirements for Next Generation Video 
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Compression Standards", document Q15-G-1 1 , ITU-T Video Coding Experts Group 
(Question 15) Meeting, Monterey, 16-19 February, 1999. G. Bjontegaard, " 
Recommended Simulation Conditions for H.26L", document Q15-I-62, ITU-T Video 
Coding Experts Group (Question 15) Meeting, Red Bank, New Jersey, 19-22 
October, 1999. ATM & MPEG-2 Integrating Digital Video into Broadband Networks 
by Michael Orzessek and Peter Sommer (Prentice Hall Upper Saddle River New 
Jersey). 

[0005] Video sequences comprise a sequence of still images, and the illusion 
of motion is created by displaying consecutive images in sequence at a relatively fast 
rate. Typically, the display rate is between five and thirty frames per second. A 
typical scene recorded by a camera comprises stationary elements and moving 
elements. An example of stationary elements is background scenery. The moving 
elements may take many different forms, for example, the face of a news reader, 
moving traffic, and so on. Alternatively, the camera recording the scene may itself be 
moving, in which case all elements of the image have the same kind of motion. In 
such cases, this means that the change between one video frame and the next one 
is rather small, i.e., the consecutive frames tend to be similar. This similarity is 
referred to as the correlation between frames or temporal redundancy. Likewise, in 
typical video sequences, neighboring regions/pixels within a frame exhibit strong 
similarities. This type of similarity is referred to as the spatial redundancy or spatial 
correlation. The redundancy in video sequences can then be categorized into spatial 
and temporal redundancy. The purpose of the video coding is to remove the 
redundancy in the video sequence. 

[0006] In the existing video coding standards, there are three types of video 
frame encoding algorithms; classified based on the type of redundancy exploited, 
temporal or spatial. Intra-frame or l-type frame, depicted in Figure 1 A, 200 is a frame 
of video data that is coded exploiting only the spatial correlation of the pixels within 
the frame without using any information from the past or the future frames, l-frames 
are utilized as the basis for decoding/decompression of other frames. Figure 1 B 
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depicts Predictive-frame or P-type frame 210. The P-type frame or picture is a frame 
that is encoded/compressed using prediction from l-type or P-type frames of its past, 
in this case, l.sub.1 200. 205a represents the motion compensated prediction 
information to create a P-type frame 210. Since in a typical video sequence the 
adjacent frames in a sequence are highly correlated, higher compression efficiencies 
are achieved when using P-frames instead of l-frames. On the other hand, P-frames 
can not be decoded independently without the previous frames. 

[0007] Figure 1 C depicts a Bi-directional-frame or B-type frame 220. The B- 
type frame or picture is a frame that is encoded/compressed using a prediction 
derived from the l-type reference frame (200 in this example) or P-type reference 
frame in its past and the l-type reference frame or P-type reference frame (210 in this 
example) in its future or a combination of both. Figure 2 represents a group of 
pictures in what is called display order l.sub.1 B.sub.2 B.sub.3 P.sub.4 B.sub.5 
P.sub.6. Figure 2 illustrates the B-type frames inserted between l-type and P-type 
frames and the direction which motion compensation information flows. 

[0008] Referring to Figures 3 and 4, a communication system comprising an 
encoder 300 of Figure 3 and a decoder 400 of Figure 4 is operable to communicate a 
multimedia sequence between a sequence generator and a sequence receiver. 
Other elements of the video sequence generator and receiver are not shown for the 
purposes of simplicity. The communication path between sequence generator and 
receiver may take various forms, including but not limited to a radio-link. 

[0009] Encoder 300 is shown in Figure 3 coupled to receive video input on line 
301 in the form of a frame to be encoded, called the current frame, l(x, y). By (x, y) 
we denote location of the pixel within the frame. In the encoder the current frame 
l(x,y) is partitioned into rectangular regions of MxN pixels. These blocks are encoded 
using either only spatial correlation (intra coded blocks) or both spatial and temporal 
correlation (inter coded blocks). In what follows we concentrate on inter blocks. 

[0010] Each of inter coded blocks is predicted using motion information from 
the previously coded and transmitted frame, called reference frame and denoted as 
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R(x,y), which is available in the frame memory 350 of the encoder 300. The motion 
information of the block may be represented by two dimensional motion vector 
(Ax(x,y), Ay(x,y)) where Ax(x,y) is the horizontal and Ay(x,y) is the vertical 
displacement, respectively, of the pixel in location (x,y) between the current frame 
and the reference frame. The motion vectors (Ax(), Ay()) are calculated by the motion 
estimation and coding block 370. The input to the motion estimation and coding block 
370 are current frame and reference frame. The motion estimation and coding block 
finds the best matching block, according to a certain criteria, from the reference 
frame to the current block. The motion information is provided to a Motion 
Compensated (MC) prediction block 360. The MC prediction block is also coupled to 
a frame memory 350 to receive the reference frame. In the MC block 360, prediction 
frame P(x, y) is constructed with the use of the motion vectors for each inter block 
together with the reference frame by, 
[001 1] P(x, y) = R(x+Ax(x,y), y+Ay(x,y)). 

[001 2] Notice that the values of the prediction frame for inter blocks are 
calculated from the previously decoded frame. This type of prediction is refered as 
motion compensated prediction. It is also possible to use more than one reference 
frame. In such a case, different blocks of the current frame may use different 
reference frames. For pixels (x,y) which belong to intra blocks, prediction blocks are 
either calculated from the neighboring regions within the same frame or are simply 
set to zero. 

[0013] Subsequently, the prediction error E(x, y) is defined as the difference 
between the current frame and the prediction frame P(x, y) and is given by: 
[0014] E(x, y)= l(x, y)- P(x, y). 

[0015] In transform block 310, each K x L block in the prediction error E(x,y) is 
represented as weighted sum of a transform basis functions f.sub.ij(x, y), 

[0016] E(x, y) = f S c.sub.err (i,j) f.sub.ij (x, y). 
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[0017] The weights c.sub.err(i,j), corresponding to the basis functions are 
called prediction error coefficients. Coefficients c.sub.err(ij) can be calculated by 
performing so called forward transform. These coefficients are quantized in 
quantization block 320: 
[0018] l.sub.err(i, j)=Q(c.sub.err(i,j),QP) 

[0019] where l.sub.err(i, j) are the quantized coefficients and QP is the 
quantization parameter. The quantization introduces loss of information while the 
quantized coefficient can be represented with smaller number of bits. The level of 
compression (loss of information) is controlled by adjusting the value of the 
quantization parameter (QP). 

[0020] The special type of the inter coded blocks are copy coded blocks. For 
copy coded blocks, values of both motion vectors and quantized prediction error 
coefficients l.sub.err are equal to 0. 

[0021] Motion vectors and quantized coefficients are usually encoded using an 
entropy coder, for example, Variable Length Codes (VLC). The purpose of entropy 
coding is to reduce the number of bits needed for their representation. Certain values 
of motion vectors and quantized coefficients are more likely than other values. And 
entropy coding techniques assign less number of bits to represent more likely values 
than for those that are less likely to occur. Entropy encoded motion vectors and 
quantized coefficients as well as other additional information needed to represent 
each coded frame of the image sequence is multiplexed at a multiplexer 380 and the 
output constitutes a bitstream 415 which is transmitted to the decoder 400 of Figure 
4. 

[0022] For color pictures, color information must be provided for every pixel of 
an image. Typically, color information is coded in terms of the primary color 
components red, green and blue (RGB) or using a related luminance/chrominance 
model, known as the YUV model. This means that there are three components to be 
encoded, for example for YUV model one luminance and two color difference 
components, YCbCr. The encoding of luma components is performed as described 
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above. The encoding of chroma is similar to that of luma using the same coding 
blocks as described above but certain values calculated while encoding luma 
components are used during encoding of chroma components, for example, motion 
vectors obtained from luma components are reused for encoding of chroma 
components. 

[0023] The rest of the blocks in encoder 300 represent the decoder loop of the 
encoder. Decoder loop reconstructs the frames from the calculated values just as the 
same way as the decoder 400 does from 415. Therefore encoder, at all times, will 
have the same reconstructed frames as the ones on the decoder side. Following 
provides a list of these blocks and a detailed description of these blocks will follow 
when decoder 400 is described. The quantization block 320 is coupled to both a 
multiplexer 380 and an inverse quantization block 330 and in turn an inverse 
transform block 340. Blocks 330 and 340 provide decoded prediction error E.sub.c(x, 
y) which is added to the MC predicted frame P(x, y) by adder 345. These values can 
be further normalized and filtered. The resulting frame is called the reconstructed 
frame and is stored in frame memory 350 to be used as reference for the prediction 
of future frames. 

[0024] Figure 4 shows the decoder 400 of the communication system. 
Bitstream 415 is received from encoder 300 of Figure 3. Bitstream 415 is 
demultiplexed via demultiplexer 410. Dequantized coefficients d.sub.err(i,j) are 
calculated in the inverse quantization block 420: 
[0025] d.sub.err(i, j)=Q' 1 (l.sub.err(i, j), QP). 

[0026] Inverse transform is performed on the dequantized coefficients to 
reconstruct the prediction error in inverse transform block 430: 

[0027] E.sub.c(x, y) = i£ d.sub.err (i, j) f.sub.ij (x, y). 

[0028] The prediction block P(x,y) for the current block is calculated by using 
the received motion vectors and the previously decoded reference frame(s). The 
pixel values of the current frame are then reconstructed by adding prediction P(x,y) t< 
the prediction error E.sub.c(x, y) in adder 435: 
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[0029] l.sub.c(x, y)= R(x+Ax, y+A,y)+E.sub.c(x, y). 

[0030] These values can be further normalized and filtered to obtain the 
reconstructed frame. The reconstructed frame is stored in frame memory 440 to be 
used as reference frame for future frames. 

[0031] An example of a forward transform is provided by "H.26L Test Model 
Long Term Number 6 (TML-6) draftO", document VCEG-L45, ITU-T Video Coding 
Experts Group Meeting, Eibsee, Germany, 09-12 January 2001 . The forward 
transformation of some pixels a, b, c, d into 4 transform coefficients A, B, C, D is 
defined by: 

A = 13a + 13b + 13c + 13d 
B = 17a + 7b- 7c- 17d 
C = 13a- 13b- 13c + 13d 
D= 7a- 17b + 17c- 7d 

[0032] The inverse transformation of transform coefficients A, B, C, D into 4 

pixels a', b' ,c', d' is defined by: 

a' = 13A+ 17B + 13C+ 7D 
b' = 13A+ 7B- 13C-17D 
c' = 13A- 7B-13C+ 17D 
d 1 = 13A-17B + 13C- 7D 

[0033] The transform/inverse transform is performed for 4x4 blocks by 

performing defined above one dimensional transform/ inverse transform both 

vertically and horizontally. 

[0034] In "H.26L Test Model Long Term Number 6 (TML-6) draftO", document 
VCEG-L45, ITU-T Video Coding Experts Group Meeting, Eibsee, Germany, 09-12 
January 2001 , for chroma component, an additional 2x2 transform for the DC 
coefficients is performed as follows: chroma components are partitioned into 8x8 
blocks called macroblocks and after 4x4 transform of each of the four blocks in 8x8 
macroblock, DC coefficients, i.e., (0,0) coefficients, of the blocks are rearranged and 
are labeled as DC0, DC1 , DC2, and DC3, and an additional transformation is 
performed on these DC coefficients by, 

DCC(0,0) = (DC0+DC1+DC2+DC3V2 
DCC(1,0) = (DC0-DC1+DC2-DC3)/2 
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DCC(0,1) = (DC0+DC1-DC2-DC3)/2 
DCC(1,1) = (DC0-DC1-DC2+DC3)/2 
[0035] Definition of the corresponding inverse transform: 

DCO = (DCC(0,0)+ DCC(1,0)+ DCC(0,1)+ DCC(1,1))/2 
DC1 = (DCC(0,0)- DCC(1,0)+ DCC(0,1)- DCC(1,1))/2 
DC2 = (DCC(0,0)+ DCC(1,0)- DCC(0,1)- DCC(1,1))/2 
DC3 = (DCC(0,0)- DCC(1,0)- DCC(0,1)+ DCC(1,1))/2 

[0036] In "H.26L Test Model Long Term Number 6 (TML-6) draftO", document 
VCEG-L45, ITU-T Video Coding Experts Group Meeting, Eibsee, Germany, 09-12 
January 2001 to obtain values of reconstructed image the results of the inverse 
transform are normalized by shifting by 20 bits (with rounding). 

[0037] An example of quantization/dequantization is provided by "H.26L Test 
Model Long Term Number 6 (TML-6) draftO", document VCEG-L45, ITU-T Video 
Coding Experts Group Meeting, Eibsee, Germany, 09-12 January 2001. A coefficient 
c is quantized in the following way: 

[0038] I = (cxA(QP) + fx2 20 )//2 20 

[0039] where f may be in the range (-0.5 to +0.5) and f may have the same 
sign as c. By// division with truncation is denoted. The dequantized coefficient is 
calculated as follows: 
[0040] d = IxB(QP) 

[0041] Values of A(QP) and B(QP) are given below: 

[0042] A(QP=0,..,31)=[620, 553, 492, 439, 391, 348, 310, 276, 246, 219, 195, 

174, 155, 138, 123, 110, 98, 87, 78, 69, 62, 55, 49, 44, 39, 35, 31, 27, 24, 22, 19, 
17]; 

[0043] B(QP=0,.. ,31 )=[3881 ,4351 ,4890,5481 ,61 54,691 4,7761 ,871 8,9781 , 1 098 

7,12339,13828,15523,17435,19561,21873,24552,27656,30847,34870,38807,43747, 
491 03,54683,61 694,68745,7761 5,891 1 3,1 00253,1 09366,1 26635,1 41 533]; 
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[0044] Video streaming has emerged as one of the essential applications over 
the fixed internet and- in the near future over 3G multimedia networks. In streaming 
applications, the server starts streaming the pre-encoded video bitstream to the 
receiver upon a request from the receiver which plays the stream as it receives with a 
small delay. The best-effort nature of today's networks causes variations of the 
effective bandwidth available to a user due to the changing network conditions. The 
server should then scale the bitrate of the compressed video to accommodate these 
variations. In case of conversational services that are characterized by real-time 
encoding and point-to-point delivery, this is achieved by adjusting, on the fly, the 
source encoding parameters, such as quantization parameter or frame rate, based 
on the network feedback. In typical streaming scenarios when already encoded video 
bitstream is to be streamed to the client, the above solution can not be applied. 

[0045] The simplest way of achieving bandwidth scalability in case of pre- 
encoded sequences is by producing multiple and independent streams of different 
bandwidth and quality. The server then dynamically switches between the streams 
to accommodate variations of the bandwidth available to the client. 

[0046] Now assume that we have multiple bitstreams generated independently 
with different encoding parameters, such as quantization parameter, corresponding 
to the same video sequence. Since encoding parameters are different for each 
bitstream, the reconstructed frames of different bitstreams at the same time instant 
will not be the same. Therefore when switching between bitstreams, i.e., starting to 
decode a bitstream, at arbitrary locations would lead to visual artifacts due to the 
mismatch between the reference frames used to obtain predicted frame. 
Furthermore, the visual artifacts will not only be confined to the switched frame but 
will further propagate in time due to motion compensated coding. 

[0047] In the current video encoding standards, perfect (mismatch-free) 
switching between bitstreams is achieved possible only at the positions where the 
future frames/regions do not use any information previous to the current switching 
location, i.e., at l-frames. Furthermore, by placing l-frames at fixed (e.g. 1 sec) 
intervals, VCR functionalities, such as random access or "Fast Forward" and "Fast 
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Backward" (increased playback rate) for streaming video content, are achieved. 
User may skip a portion of video and restart playing at any l-frame location. 
Similarly, increased playback rate can be achieved by transmitting only l-pictures. 
The drawback of using l-frames in these applications is that since l-frames do not 
utilize temporal redundancy they require much larger number of bits than P-frames. 

[0048] The above-mentioned references are exemplary only and are not 
meant to be limiting in respect to the resources and/or technologies available to 
those skilled in the art. 

SUMMARY 

[0049] A new picture or frame type and method of using same is provided. 
This type of novel frame type is referred to as an SP-picture. SP-picture uses motion 
compensated predictive coding to exploit temporal redundancy in the sequence. The 
difference between SP and P-pictures is that using SP-pictures identical frames may 
be obtained even when different reference frames are used for prediction. This 
property allows SP-pictures to replace l-pictures in numerous applications such as 
switching from one bitstream to another, random access, fast-forward, fast-backward. 
At the same time since SP-frames unlike l-frames are utilizing motion compensated 
predictive coding they require smaller number of bits than l-frames. 

[0050] These and other features, aspects, and advantages of embodiments of 
the present invention will become apparent with reference to the following description 
in conjunction with the accompanying drawings. It is to be understood, however, that 
the drawings are designed solely for the purposes of illustration and not as a 
definition of the limits of the invention, for which reference should be made to the 
appended claims. 
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BRIEF DESCRIPTIONS OF THE DRAWINGS 

[0051] Figure 1A is a diagram showing the encoding of an l-type frame or I- 
picture. 

[0052] Figure 1 B is a diagram showing the encoding of a P-type frame or P- 
picture. 

[0053] Figure 1C is a diagram showing the encoding of a B-type frame or B- 
picture. 

[0054] Figure 2 is a diagram showing B-type frame inserted between l-type 
and P-type frames and the direction which motion compensation information flows. 

[0055] Figure 3 is a block diagram of a generic motion-compensated predictive 
video coding system (encoder). 

[0056] Figure 4 is a block diagram of a generic motion-compensated predictive 
video coding system (decoder). 

[0057] Figure 5 is an illustration showing switching between bitstreams 1 and 2 
using SP-pictures. 

[0058] Figure 6 is a block diagram of a decoder in accordance with an 
embodiment of the invention. 

[0059] Figure 7 is an illustration of random access using SP-pictures. 

[0060] Figure 8 is an illustration of a fast-forward process using SP-pictures. 

[0061] Figure 9 is a block diagram of a decoder in accordance with another 
embodiment of the invention. 

[0062] Figure 10 is a block diagram of a decoder in accordance with yet 
another embodiment of the invention. 
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DETAILED DESCRIPTION 

[0063] A new decoder architecture is provided which has the property that 
identical frames may be obtained even when they are predicted using different 
reference frames. The picture type obtained using this structure will be called 
SP-frame also may be referred to as picture. This property allows SP-pictures to 
replace l-pictures in numerous applications such as switching from one bitstream to 
another, random access, fast-forward, fast-backward. Since unlike l-frames SP- 
frames are using motion compensated prediction they require a lot less bits than the 
l-frames. 

[0064] Some of possible applications of SP-frames are described below: 
Bitstream switching: 

[0065] An example of how to utilize SP-frames to switch between different 
bitstreams is illustrated in the Figure 5. Figure 5 shows two bitstreams 
corresponding to the same sequence encoded at different bitrates-bitstream 1 (510) 
and bitstream 2 (520). Within each encoded bitstream, SP-pictures should be placed 
at locations at which one wants to allow switching from one bitstream to another 
(pictures S.sub.1 (513), and S.sub.2 (523) in Figure 5). When switching from 
bitstream 1 (510) to bitstream 2 (520), another picture of this type will be transmitted 
(in Figure 5 picture S.sub.1 2 (550) will be transmitted instead of S.sub.2 (523)). 
Although, Pictures S.sub.2 (523) and S.sub.1 2 (550) in Figure 5 are represented by 
different bitstreams, i.e., they are using different reference frames, their 
reconstructed values are identical. 
Random Access: 

[0066] Application of SP-pictures to enable random access is depicted in 
Figure 7. SP-pictures are placed at fixed intervals within bitstream 1 (720) (e.g. 
picture S.sub.1 (730)) which is being streamed to the client. To each one of these 
SP-pictures there is a corresponding pair of pictures generated and stored as 
another bitstream (bitstream 2 (740)): 

• l-picture, l.sub.2 (750), at the temporal location preceding SP-picture. 
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• SP-picture 710, S.sub.2, at the same temporal location as SP-picture. 

[0067] Pictures stored in bitstream 2 (740) are only used when random access 
is requested by a client. Bitstream 1 (720) may then be accessed at a location 
corresponding to an l-picture in bitstream 2 (740). For example to access bitstream 1 
at frame l.sub.2, first the pictures l.sub.2, S.sub.2 from bitstream 2 are transmitted 
and then the following pictures from bitstream 1 are transmitted. 

Fast-forward: 

[0068] If in Figure 7 bitstream 2 will constitute of only SP-pictures predicted 
from each other placed in larger temporal intervals (e.g. each 1 sec) the structure 
presented in this figure can be used to obtain "Fast Forward" functionality. Due to the 
usage of SP-pictures "Fast Forward" can start at any bitstream location. In similar 
manner "Fast Backward" functionality can be obtained. 

Video Redundancy Coding: 

[0069] SP-pictures have other uses in applications in which they do not act as 
replacements of l-pictures. Video Redundancy Coding can be given as an example 
(VRC). "The principle of the VRC method is to divide the sequence of pictures into 
two or more threads in such a way that all camera pictures are assigned to one of the 
threads in a round-robin fashion. Each thread is coded independently. In regular 
intervals, all threads converge into a so-called sync frame. From this sync frame, a 
new thread series is started. If one of these threads is damaged because of a packet 
loss, the remaining threads stay intact and can be used to predict the next sync 
frame. It is possible to continue the decoding of the damaged thread, which leads to 
slight picture degradation, or to stop its decoding which leads to a drop of the frame 
rate. Sync frames are always predicted out of one of the undamaged threads. This 
means that the number of transmitted l-pictures can be kept small, because there is 
no need for complete re-synchronization." For the sync frame, more than one 
representation (P-picture) is sent, each one using a reference picture from a different 
thread. Due to the usage of P-pictures these representations are not identical. 
Therefore, mismatch is introduced when some of the representations cannot be 
decoded and their counterparts are used when decoding the following threads. 
Usage of SP-pictures as sync frames eliminates this problem. 
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Error Resiliency/Recovery: 

[0070] Multiple representations of a single frame in the form of SP-frames 
predicted from different reference pictures, e.g., the immediate previously 
reconstructed frames and a reconstructed frame further back in time, can be used to 
increase error resilience. Consider the case when an already encoded bitstream is 
being streamed and there has been a packet loss leading to a frame loss. The client 
signals the lost frame(s) to the sender which responds by sending the next SP-f rame 
in the representation that uses frames that have been already received by the client. 

SP-Frame decoding and encoding 

[0071] SP-frame comprises two kinds of blocks, specifically, the blocks 
encoded using only spatial correlation among the pixels (intra blocks) and the blocks 
encoded using both spatial and temporal correlation (inter or copy blocks). While 
intra blocks in SP-frames are encoded/decoded the same way as the intra blocks in 
P and l-frames, the encoding/decoding of inter and copy coded blocks are different 
from that of blocks in P-type frames. Therefore, in the following encoding/decoding of 
inter and copy coded blocks are described. 

[0072] Value of each pixel S(x,y) in the inter or copy coded block is 
reconstructed as a weighted sum of the basis functions f.sub.ij(x,y) where the 
weighting values d.sub.rec will be called dequantized reconstruction image 
coefficients. The values of d.sub.rec are obtained by quantization and dequantization 
of reconstruction image coefficients c.sub.rec. Reconstruction image coefficients 
c.sub.rec are calculated using 

• The transform coefficients of the motion compensated prediction block 
of the current block constructed using the previously decoded frames and 
the received motion vectors, 

• Received quantized prediction error coefficients l.sub.err. 

[0073] Values S(x,y) can be further normalized and filtered. The reconstructed 
frame is then stored to be used for the prediction of future frames. 
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[0074] The invention is described in view of certain embodiments. Variations 
and modification are deemed to be within the spirit and scope of the invention. The 
changes required in H.26L Test Model in order to implement this embodiment of the 
present invention are also described. 

SP-picture decoding 

[0075] The decoding of inter and copy coded blocks in SP-picture is described. 
Two different values of quantization parameter, denoted by QP1 and QP2, can be 
used during encoding/decoding of these blocks. Furthermore, values of QP1 and 
QP2 used for luma component can be different from those used for chroma 
component. 

[0076] The values for inter and copy coded blocks are reconstructed as 
follows: 

1 . Form prediction P(x,y) of the current block using the received motion 
vectors and the reference frame. Calculate transform coefficients c.sub.pred 
for P(x,y). These coefficients can be calculated by performing forward 
transform on P(x,y). 

2. Calculate reconstruction image coefficients 

c.sub.rec=c.sub.pred+alpha(QP2)x l.sub.err, 

where alpha(QP) is a parameter dependent QP value. Quantize c.sub.rec using 
quantization parameter QP=QP1. The quantized values will be referred to as 
quantized reconstructed image coefficients and denoted as l.sub.rec. 

When implementing this step in "H.26L Test Model Long Term Number 
6 (TML-6) draftO", document VCEG-L45, ITU-T Video Coding Experts Group 
Meeting, Eibsee, Germany, 09-12 January 2001 to reduce computational 
complexity, calculation and quantization of c.sub.rec are combined: 

l.sub.rec= (c.sub.pred x A(QP1)+ l.sub.err x F(QP1 ,QP2)+fx2 20 )// 2 20 
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where F(QP1 ,QP2)=(2 20 x A(QP1)+0.5 x A(QP2 ))// A(QP2), constant A() is 
defined earlier in the section on quantization, and f which was defined above as 
being in the range (-0.5 to +0.5). 

3. Dequantize l.sub.rec using QP=QP1 . The dequantized coefficients are 
equal to d.sub.rec. 

4. Inverse transform is performed on d.sub.rec. The resulting values can 
be further normalized and filtered. 

Another embodiment for SP-Picture decoding 

[0077] The blocks with type inter and copy are reconstructed as follows: 

1 . Form prediction P(x,y) of current block using received motion vectors 
and the reference frame. Calculate transform coefficients c.sub.pred for P(x,y). 
These coefficients can be calculated by performing forward transform for P(x,y). 

2. Quantize coefficients c.sub.pred using quantization parameter 
QP=QP1 . The quantized values will be referred to as quantized prediction 
image coefficients and denoted as l.sub.pred. Calculate quantized 
reconstruction image coefficients l.sub.rec by adding l.sub.pred to the received 
quantized coefficients for the prediction error l.sub.err to, after a normalization, 

l.sub.rec = l.sub.pred + (beta(QP2)x l.sub.err +0.5xbeta(QP1))// beta(QP1). 

where beta(QP) is a parameter dependent on method of quantization and the 
QP value. In case that the quantization in "H.26L Test Model Long Term 
Number 6 (TML-6) draftO", document VCEG-L45, ITU-T Video Coding Experts 
Group Meeting, Eibsee, Germany, 09-12 January 2001 , is used, the parameter 
beta() is given by beta(QP)=B(QP) where constant B() is defined earlier in the 
section on quantization. 

3. Dequantize l.sub.rec using QP=QP1 . The dequantized coefficients are 
equal to d.sub.rec. 
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Inverse transform is performed on d.sub.rec. The resulting values can be further 
normalized and filtered. 

SP-frame Encoding 

[0078] In the following, we describe the encoding of SP-frames for the decoder 
structure described as the preferred embodiment of the invention. 

[0079] As can be observed from Figure 5, there are two types of SP-frames, 
specifically, the SP-frames placed within the bitstream, e.g., S.sub.1 (513) and 
S.sub.2 (523) in Figure 5, and the SP-frames (S.sub.1 2 in Figure 5) that will be sent 
when there is a switch between bitstreams from bitstream 1 to bitstream 2). The 
encoding of S.sub.2 (523) and S.sub.1 2 (550) are such that their reconstructed 
frames are identical although they use different reference frames as described below. 

[0080] When encoding an SP-picture placed within a bitstream (S.sub.1 (513) 
and S.sub.2 (523) in Figure 5), the encoding of inter and copy coded blocks is 
performed as follows: 

1 . Calculate motion vectors using same method as for P-pictures. After 
motion compensation calculate transform coefficients for predicted block P(x,y) 
by performing forward transform and similarly calculate transform coefficients 
for the current block l(x,y). The transform coefficients for the current block are 
denoted as c.sub.orig and for the predicted image as c.sub.pred. 

2. Transform coefficients for the predicted blocks are quantized using 
QP=QP1 . The resulting levels after quantization are denoted as l.sub.pred. 

3. The prediction error coefficients are obtained by c.sub.err = c.sub.orig - 
l.sub.pred x alpha(QPI) where alpha(QP) is a parameter dependent on method 
of quantization and used QP value. 

When SP-frames are used in "H.26L Test Model Long Term Number 6 
(TML-6) draftO", document VCEG-L45, ITU-T Video Coding Experts Group 
Meeting, Eibsee, Germany, 09-12 January 2001 
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alpha(QP)=(2 20 + 0.5xA(QP))//A(QP) 

where constant A(QP) is defined above in the section on quantization. 

4. The prediction error coefficients are quantized using QP=QP2. 

In the following we provide description of encoding of the second type of SP- 
frames which are used for example during bitstream switching. Consider the 
SP-picture, denoted as S.sub.12 in Figure 5, that would be sent to switch from 
bitstream 1 to bitstream 2. The reconstructed values of this picture have to be 
identical to the reconstructed values of SP-picture in bitstream 2, denoted as 
S.sub.2 in Figure 5, to which we are switching. The bitstream of the Intra 
macroblocks in frame S.sub.2 are copied to S.sub.12. The encoding of inter 
macroblocks is performed as follows: 

1 . Form the predicted frame for S.sub.12 by performing motion estimation 
with the reference frames being pictures preceding S.sub.1 in bitstream 1 . 

2. Calculate transform coefficients for predicted image by performing 
forward transform. The transform coefficients for the predicted image are 
denoted as c.sub.pred. 

3. Quantize the obtained coefficients c.sub.pred using QP=QP1 and 
subtract the quantized coefficient levels l.sub.pred from the corresponding 
l.sub.rec of S.sub.2-picture. The resulting levels are the levels of the prediction 
error for S.sub.12 which will be transmitted to the decoder. 

[0081] Another embodiment of the encoding of S.sub.12 is by setting the 
c.sub.pred equal to zero and then performing step 3 above. 

[0082] An embodiment of a decoder 600 in accordance with an embodiment of 
the invention is illustrated in Figure 6. Referring to figure 6, decoder 600 comprises, 
inter alia, a demultiplexer 610, inverse quantization block 620, inverse transform 
block 630, frame memory 640, MC prediction block 650, tranform block 660, 
quantization block 670. 
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[0083] The invention is described in view of certain embodiments. Variations 
and modification are deemed to be within the spirit and scope of the invention. For 
instance, data from the demultiplexer may be normalized 680 before proceeding to 
adder and inverse quantization 620 as shown in Figure 9. Alternatively, the 
quantisation block 670 may be connected to the adder 615 and the inverse 
quantisation block 620 as shown in Figure 10. 

[0084] It will be obvious to those skilled in the art after reading the specification 
including the appended claims that various changes in form and detail may be made 
therein without departing from the spirit and scope of the invention. 
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